AMENDMENTS TO THE SPECIFICATION 



Please replace the paragraph at page 2, lines 14-26 with the following amended 
paragraph: 

One alternative to providing a diagnostic program with a computer at the time of 
purchase is to require that a user to user purchase a diagnostic program when they need to 
test their computer. This solution, however, is also a problematic solution for users. In 
particular, comprehensive diagnostic software for testing each of the components within a 
computer system can be expensive. Moreover, in many cases a user just wants to test a 
few components in their computer system that may be suspected of malfunctioning. As a 
result, the user may never utilize many of the tests provided by the diagnostic program. 
In effect, therefore, the user is paying for software that they may never use. Moreover, if 
the user purchases a diagnostic software package but does not use the package for a long 
time, the package may become obsolete, requiring the user to download a large update or 
to purchase a new version altogether. Therefore, requiring users to purchase 
comprehensive diagnostic software packages is also not without its drawbacks. 

Please replace the paragraph at page 9, lines 11-24 with the following amended 
paragraph: 

The diagnostics computer server 30 may also provide to the client computer 2 a 
diagnostics on-demand modules XML file 44. The modules file 44 identifies to the client 
computer 2 the various modules that are available to the client computer 2 for testing 
hardware and software components therein. Moreover, the modules XML file 44 
provides versioning, installation instructions, and other data for use by the client 
computer 2. Also will be described in greater detail below, the modules XML file 44 
may be dynamically generated prior to transmission to the client computer 2. In 
particular, program code implementing business logic 36, may be executed on the 
diagnostic server computer 20 computer 30 to determine the appropriate diagnostics 
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modules 46 to be made available to the client computer 2. For instance, this 
determination may be made based upon whether a subscription has been paid, whether 
the user is an authorized user, or other types of business decisions. These types of 
business decisions may be implemented using any of the well-known server side 
programming languages, such as PERL. 

Please replace the paragraph at page 11, line 26 through page 12, line 2 with the 
following amended paragraph: 

As shown in FIGURE 7, audio, compact disc, CPU, floppy disk drive, hard disk 
drive, and other components are available for testing through the display 100. In 
response to the selection from the list 102, a number of test parameters 104 may be 
displayed. The parameters 104 may include default values for each of the parameters. 
These default values may be edited by a user prior to performing the test. Buttons WA- 
+OG 108A-108C allow a user to start the diagnostic test, refresh the contents of the 
display 100, or abort the diagnostic test, respectively. 

Please replace the paragraph at page 21, lines 20-29 with the following amended 
paragraph: 

The response from the server computer 30 is received at the client computer 2 at 
block 648. The routine 600 then continues to block 650, where a determination is made 
as to whether authorization has been received from the server computer 30 to begin the 
execution of the selected diagnostics module. If authorization has not been provided, the 
routine 600 branches to block 652, where the error hook 38H is called by the diagnostics 
on-demand control 40. In response to the call to the error hook 38H, the server computer 
30 may display an error message within the window provided by the Web browser 
application 28. If, however, authorization is received to begin the execution of a selected 
diagnostics module at block 650, the routine 600 then continues to block 654. 
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